home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Collection of Tools & Utilities
/
Collection of Tools and Utilities.iso
/
comm
/
gt1700_6.zip
/
PCKERMIT.TXT
< prev
next >
Wrap
Text File
|
1986-08-23
|
22KB
|
521 lines
PCKERMIT.HLP Jan. 16, 1985
PC-DOS Kermit with Sliding Windows Rev 1.18
---------------------------------- 12/10/85
PCKERMIT.EXE USER GUIDE
=======================
Introduction
------------
PCKERMIT version 1.18 is the first implementation of the "Sliding Window
Extension" to Kermit (the extension is popularly called SuperKermit). This
extension allows data packets to be sent continuosly under most conditions,
unlike "Kermit Classic" or XMODEM, both of which must wait for the other
side to return an acknowledgment after each data packet has been sent.
This continuous transmission of data is especially helpful when there are
delays in the communications path, such as via satelite transmission or
over the public data networks (Telenet, Uninet, Tymnet, etc).
NOT A TERMINAL PROGRAM
----------------------
PCKERMIT.EXE is not a terminal program. It simply implements the Kermit
protocol, including the sliding window extension. It will work with
older "Kermit Classic" implemenations as well, via automatic negotiation
between the two Kermit programs.
PCKERMIT.EXE runs as a "one-shot" execution then returns to the caller. A
single file or multiple files (wildcard filename) are transferred until
execution is completed or the transfer is abnormally aborted. If execution
is performed by the user from the DOS command line, termination of PCKERMIT
returns control to PC-DOS.
USE OF PCKERMIT.EXE
-------------------
PCKERMIT does not establish a carrier with a remote system. The connection
must be established using a separate terminal program, and the remote
Kermit selected using the separate terminal program.
Then you return to the MSDOS prompt and start PCKERMIT for the actual file
transfer.
Here is a sample transfer taken from my screen, receiving a file using
parity of mark. (The file was being sent from The Source.)
---------------Start of example------------------
{On The Source}
-> kermit -s l-steve.txt {send me the file "l-steve.txt"}
Kermit send started
{Exit from my terminal package to MS-DOS}
A:\>PCKERMIT -P M -R
NSF
L-STEVE.TXT => L-STEVE.TXT
CTRL-F to cancel File, CTRL-R to Resend current packet
CTRL-B to cancel Batch, CTRL-K to abort Kermit and exit
CTRL-A for status report: A
File creation date: 12/18/85 - 14:17:16
File size (bytes): 1132
....Z [OK]B {Dots .... are put up for every 4th
packet received. Z indicates the
end-of-file packet. [OK] means the
file was received and written to
disk OK. B indicates the end-of-
batch packet, the conclusion of the
transfer}
A:\> {Back to MSDOS}
{Start my terminal program again}
---------------End of example--------------------
The command syntax of the stand-alone Kermit program is shown in Figure 1.
Here are examples of execution from the DOS command line:
PCKERMIT
or
PCKERMIT -H Help: Will give you the screen of figure 1 below
PCKERMIT -R Receive: Will receive a file using the PCKERMIT
defaults of 1200 baud, parity none, on COM1.
PCKERMIT -S FILENAME.EXT Send: Will send a file using the PCKERMIT
defaults of 1200 baud, parity none, on COM1.
PCKERMIT -R -P M Receive: Will receive a file using Parity Mark
PCKERMIT -L COM2 -B 2400 -P M -R
This will use serial line COM2 at 2400 baud and
parity of mark to receive a file.
Upper or lower case does not matter; neither does the order of the options
(i.e., PCKERMIT -R -P M will do the same thing as PCKERMIT -P M -R)
--------------Start of Figure 1-------------------------------------------
Figure 1. PCKERMIT command syntax.
PCKERMIT version 1.18, December 10, 1985
Usage: PCKERMIT [-x arg [-x arg]...[-yyy]..]]
x is an option that requires an argument, y an option with no argument:
-s file(s) send
-r receive
-a name alternate name, used with -s, -r
-h help - print this message
settings -- default
-l line communication line device ( COM1, COM2 ) [COM1]
-b baud line speed, e.g. 1200 [1200]
-p x parity, x is one of e,o,m,s,n [N]
-m size maximum window size to use ( <= 31 ) [31]
-n non binary file transfer, affect CR/LF
-t line turnaround handshake = xon, half duplex
-w write over preexisting files
-q be quiet during file transfer
-c carrier detect signal required to be present
Note 1: If -t is used, -m should not be used.
Note 2: The usage of -w is reversed from standard Columbia CKERMIT.
--------------End of Figure 1---------------------------------------------
USE OF BATCH FILES
------------------
Two small batch files can greatly simplify use of PCKERMIT:
SEND.BAT would look like this using Mark parity at 1200 baud on COM1:
PCKERMIT -P M -S %1
REC.BAT would look like this using Mark parity at 1200 baud on COM1:
PCKERMIT -P M -R
This makes it easy to send a file by just typing
SEND filename.ext
and receive a file by typing
REC
at the MSDOS prompt. Change the PCKERMIT command line to reflect your
communications setup (add -B 300 for 300 baud, etc.).
You could include the name of your terminal software at the end of the
batch file so you went directly back to your terminal software when
finished with the transfer.
CHARACTERS DISPLAYED DURING TRANSFER
------------------------------------
During operation of the standalone PCKERMIT it
may display the following:
% Resend of last packet
. Is printed every FOURTH data packet
A Attributes packet (file length and creation date)
B End of transmission packet
F File Header
N NAK packet
Q Bad checksum or other packet error
S Send-Init packet
T Timeout
Z End of file packet
KEYBOARD INTERRUPTS
-------------------
During a file transfer PCKERMIT responds (sometimes slowly) to
the following keystrokes:
CTRL-F to cancel File, CTRL-R to Resend current packet .
CTRL-B to cancel Batch, CTRL-K to abort Kermit and exit
CTRL-A for status report:
These functions are available even at the start of PCKERMIT before it
tells you they are available. In particular, Control-K can be used if
the "Send-Init" exchange does not seem to be working.
Please note that PCKERMIT checks the keyboard infrequently under some
conditions. WAIT at least 20 - 30 seconds before repeating a keystroke
in order to avoid stacking up repeated commands. This is particularly true
of CTRL-F (cancel file) where you might cancel more than one file.
Also, the Control-F and Control-B (cancel file and cancel batch) functions
sometimes require a NAK and a resend or a timeout before they actually
work. This is not a protocol problem, but is due to the way PCKERMIT
flushes it buffer before sending the abort packet. In some cases, the
flushing of the buffer truncates a packet and the following abort packet is
not seen as a separate packet.
Here is a more detailed explanation of the functions:
CTRL-F will cancel an individual file in a wildcard transaction,
but then continue with the next file in the batch.
CTRL-B will cancel the entire batch of files, according to
protocol, and then return you to the DOS prompt.
CTRL-K will abort the file transfer and return you to the DOS
prompt. PCKERMIT sends an Error packet indicating it is
aborting, but otherwise